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Beschreibung 

Verfahren zum Ubertragen von Nutzdatenobjekten 

Die vorliegende Erfindung betrifft ein Verfahren zum Ubertra- 
gen von Nutzdatenobjekten von einer Datenbereitstellungskom- 
ponente bzw. einem Datenserver uber eine Verbindungskomponen- 
te zu einer Telekommunikationseinrichtung eines Benutzers, 
wobei durch jeweilige Prof ilinf ormationen in einem Profilob- 
jekt der Datenbereitstellungskomponente mitgeteilt wird, wel- 
che Typen von Nutzdatenobjekten die Verbindungskomponente 
bzw. die Telekommunikationseinrichtung in der Lage ist, je- 
weils fur sich zu verarbeiten. 

Es wird derzeit ein Verfahren zum Ubertragen bzw. Herunterla- 
den von Nutzdatenobjekten von einer Datenbereitstellungskom- 
ponente bzw. einem Datenserver auf eine Telekommunikations- 
einrichtung, insbesondere in der Ausfuhrung eines Mobilfunk- 
gerats, diskutiert. Dabei' wird davon ausgegangen, dass sich 
die Telekommunikationseinrichtung in einem Telekommunikati- 
onsnetz in der Ausgestaltung eines Mobilfunknetzes befindet, 
in dem die Ubertragung von Daten allgemein, insbesondere von 
Nutzdatenobjekten mittels eines vom WAP-Forum (WAP: Wireless 
Application Protocol) spezif izierten Protokolls erfolgen. 
Ferner wird angenommen, dass sich die Datenbereitstellungs- 
komponente eines Daten- oder Inhalteanbieters in einem weite- 
ren Telekommunikationsnetz befindet, das insbesondere als ein 
auf einem Interne tprotokoll basierendes Netz ausgebildet ist. 
Zum Herstellen einer Datenverbindung zwischen der Datenbe- 
reitstellungskomponente und der Telekommunikationseinrichtung 
sind somit (mindestens) zwei unterschiedlichen Teil- 
Schnittstellen notig,. namlich zum einen eine Luf t sennit tstel- 
le und eine kabelgebundenen Schnittstelle . Fur die Uberbru- 
ckung der Luf tschnittstelle ist, wie bereits erwahnt, die 
Verwendung von WAP-Protokollen vorgesehen. In dem Telekommu- 
nikationsnetz der Datenbereitstellungskomponente kommt hinge- 
gen' beispielsweise das HTTP (HTTP: Hypertext Transfer Proto- 
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col) zum Einsatz. Da also auf der Luf tschnittstelle und der 
Netzseite unterschiedliche Protokolle zum Einsatz kommen, ist 
der Einsatz einer Verbindungskomponente , hier eines sogenann- 
ten WAP-Gateways vorgesehen, das die Anpassung der Nutzdaten 
an die unterschiedlichen tieferen Protokoll-Schichten (Luft- 
schnittstelle: z.B. WSP (Wireless Session Protocol) als ein 
WAP; Netzwerkseite : HTTP) vomimmt. Ein derartiges WAP- 
Gateway besitzt meist auch die Fahigkeit, Dateitypen oder 
-formate zu konvertieren (z.B. Umwandeln des Dateiformats 
"gif" in "jpeg", bei Dateien vom Typ Bild bzw. Standbild) . 

Telekommunikationseinrichtungen, wie Mobil funkgerate oder Mo- 
biltelefone, unterscheiden sich in der Regel durch ihre cha- 
rakteristischen Eigenschaf ten bzw. Fahigkeiten voneinander. 
So variieren beispielsweise die Eigenschaf ten der Anzeigeein- 
richtungen teilweise erheblich (z.B. in Grofie und Auflosung) 
und somit auch die Fahigkeiten, bestimmte Dateitypen bzw. Da- 
teiformate darstellen bzw. verarbeiten zu konnen. Damit eine 
Datenbereitstellungskomponente bzw. ein Datenbereitstellungs- 
server in einem Netzwerk Kenntnis uber die Eigenschaf ten bzw. 
Fahigkeiten einer WAP-fahigen Telekommunikationseinrichtung 
eines Benutzers erlangen kann, wurde vom WAP-Forum das soge- 
nannte UA-Prof (UA-Prof : User Agent Profile) standardisiert 
[7] , mit dessen Hilfe die Eigenschaf ten einer WAP-fahigen Te- 
lekommunikationseinrichtung netzwerkseitig (d.h. im Netz der 
Datenbereitstellungskomponente) bekannt gemacht werden kon- 
nen. Bei dem Verfahren werden zusatzlich auch die Fahigkeiten 
eines WAP-Gateways beriicksichtigt , das die zwischen Telekom- 
munikationseinrichtung und Datenbereitstellungskomponente 
transferierten Daten handhabt und dabei auch verandern kann. 
Netzwerkseitig sind damit bei der Bereitstellung geeigneter 
Daten durch einen Server auch die Eigenschaf ten des WAP- 
Gateways relevant. 

Im Folgenden soil anhand von Figur 1 fur einen allgemeinen 
Fall beschrieben werden, wie eine Datenbereitstellungskompo- 
nente D das aktuelle UA-Prof einer WAP-fahigen Telekommunika- 
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tionseinrichtung T erhalt . Zunachst wird bei der Anmeldung 
der WAP-fahigen Telekommunikationseinrichtung T bzw. dem Auf- 
bau einer WSP-Verbindung ein sogenanntes Basis-Profil BP oder 
eine Basisprof ilinf ormation an das WAP-Gateway G ubermittelt. 
wenn die Eigenschaf ten bzw. Fahigkeiten der Telekommunikat!- 
onseinrichtung T beispielsweise durch eine zusatzUch ange- 
schlossene Leistungskomponente, wie eine zusatzliche Hard- 
war ekomponente (z.B. Farbanzeigeeinrichtung) , erweitert oder 
verandert worden sind, wird mit dem Basis-Profil zusatzl3.cn 
noch ein Dif f erenz-Prof il DPI oder eine erste Dif f erenzpro- 
f ilinf ormation als ein erstes Teilprof ilinf ormationsobjekt an 
das WAP-Gateway G ubermittelt, wie es durch Schritt 1 ("1" im 
Kreis) dargesteiit ist. Beide Profile, namlich BP und DPI, 
konnen gegebenenf alls vom WAP-Gateway G zwischengespeichert 
und ausgewertet werden, vgl. dazu Schritt 2. Das WAP-Gateway 
G kann nun seinerseits die erhaltenen Profile BP und DPI urn 
ein eigenes Dif f erenz-Prof il DP2 bzw. eine zweite Differenz- 
prof ilinf ormation erganzen. Dies ist vorteilhaft, wenn das 
WAP-Gateway G uber besondere Eigenschaf ten bzw. Fahigkeiten 
verftigt, die von den zuvor von der WAP-fahigen Telekommunika- 
tionseinrichtung T ubermittelten Profilen BP und DPI abwei- 
chen oder diese erganzen. Alle (drei) Profile werden dann in 
Schritt 3 als ein zweites Teilprof ilinf ormationsobj ekt an die 
Datenbereitstellungskomponente D ubermittelt. Die Datenbe- 
reitstellungskomponente D erstellt auf Basis aller ubermit- 
telten Profile (BP, DPI und DP2) ein result ierendes Gesamt- 
profil oder Gesamtprof ilobjekt RP fur die WAP-fahige Telekom- 
munikationseinrichtung T zusammen, wie es durch Schritt 4 an- 
gedeutet sein soli. Das Gesamtprof il RP, das die individuel- 
len Eigenschaf ten der WAP-fahigen Telekommunikationseinrich- 
tung T und die erganzenden Fahigkeiten des WAP-Gateways G und 
eventueller anderen Netzwerkeinheiten enthalt, ist das aktu- 
elle UA-Prof und wird von der Datenbereitstellungskomponente 
D verwaltet . 

Wahrend einer WSP-Sitzung kann das Herunterladen beliebiger 
Daten, insbesondere Nutzdatenobjekte, von einer WAP-fahigen 
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Telekommunikationseinrichtung T durch Absenden einer Daten- 
Anforderungs-Mitteilung eingeleitet werden. Palls sich die 
Eigenschaf ten bzw. Fahigkeiten der WAP-fahigen Telekommunika- 
tionseinrichtung zwischenzeitlich (d.h. nach dem ersten Auf- 
bau einer WSP-Verbindung) geandert haben sollten, beispiels- 
weise durch Verbindung einer anderen zusatzlichen Hardware - 
komponente, wird auch bei bzw. zusammen mit einer abgesetzten 
Daten-Anforderungs-Mitteilung ein aktuelles angepasstes Dif- 
ferenzprofil DP3 oder eine dritte Dif f erenzprof ilinf ormation 
in einem ersten Teilprof ilinf ormationsobjekt an das WAP- 
Gateway G in Schritt 5 ubertragen und dort gemaS Schritt 6 
gegebenenf alls ausgewertet . Die restliche Ubertragung des Ba- 
sis-Profils BP und der Dif f erenz-Prof ile DP3 und DP2 in einem 
zweiten Teilprof ilinf ormationsobjekt zwischen WAP-Gateway G 
und Datenbereitstellungskomponente D gemaS Schritt 7 und das 
Erstellen des Gesamtprof ils gemaS Schritt 8 erfolgt analog 
zum oben beschriebenen Verfahren. Haben sich die Eigenschaf - 
ten bzw. Fahigkeiten der WAP-fahigen Telekommunikationsein- 
richtung nach dem ersten Aufbau der WSP -Verbindung nicht ge- 
'andert, wird bei einer abgesetzten Daten-Anforderungs- 
Mitteilung auf die zuvor ubermittelten und im WAP-Gateway G 
(vgl. Schritt 2) bzw. auf der Datenbereitstellungskomponente 
(vgl. Schritt 4) zwischengespeicherten Profile zuriickgegrif - 
fen. 

Das Prinzip zur Generierung des result ierenden Profils ist 
sehr elegant, es wird namlich aus dem Basisprofil und belie- 
big vielen Dif f erenzprof ilen das result ierende Profil bzw. 
Gesamtprof il generiert . 

Es wird ferner die grundsatzliche Annahme bei der Verwendung 
und Definition des UA-Prof getroffen, dass ein WAP-Gateway 
die zur WAP-fahigen Telekommunikationseinrichtung ubertrage- 
nen Datentypen erkennt und geeignet behandelt, d.h. gegebe- 
nenfalls auf dem Weg von der Datenbereitstellungskomponente 
zur Telekommunikationseinrichtung verandert bzw. konvertiert. 
Eine typisches Beispiel hierfiir ist eine Bildkonvertierung. 
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Angenommen, die Telekommunikationseinrichtung kann nur Bxlder 
vom Typ bzw. Format "jpeg" anzeigen und die Datenbereitstel- 
lungskomponente ubertragt ein Bild vom Typ "gif", bo kann das 
WAP-Gateway seinen Fahigkeiten entsprechend das Bild vom Typ 
"gif" in den Typ bzw. das Format "jpeg" konvertieren und das 
konvertierte Bild an die Telekommunikationseinrichtung wex- 
terreichen, auf dem es anschliefcend verarbeitet bzw. darge- 
stellt werden kann. 

Dieses Vorgehen wird durch UA-Profs entsprechend unterstutzt, 
indem die WAP-fahige Telekommunikationseinrichtung in sexnem 
Basisprofil BP zunachst angibt, Bilder vom Typ "jpeg" verar- 
beiten bzw. anzeigen zu konnen. Das WAP-Gateway erkennt dxese 
Angabe, kennt die eigene Fahigkeit, Bilder vom Typ "gif" in 
den Typ "jpeg" konvertieren zu konnen und gibt deshalb xm 
Differenzprofil DP2 an, dass auch der Bildtyp "gif" unter- 
stutzt wird. Auf Seiten der Datenbereitstellungskomponente 
wird das resultierende Gesamtprofil RP generiert. Die Daten- 
bereitstellungskomponente kann jedoch jetzt nicht mehr zwx- 
schen den ur sprung lichen Fahigkeiten der Telekommunikations- 
einrichtung und den zusatzlichen Fahigkeiten des Gesamtsys- 
tems aus WAP-fahiger Telekommunikationseinrichtung und WAP- 
Gateway unterscheiden. In diesem Beispiel ist nun die server- 
seitige Versendung (d.h. die Versendung seitens der Datenbe- 
reitstellungskomponente) eines Bildes vom Typ "gif" moglxch, 
wobei durch das WAP-Gateway die entsprechende Konvertierung 
vorgenommen wird. 

Probleme konnen allerdings auftreten, wenn die Dateitypen, 
3 0 die eine Konvertierung durch das WAP-Gateway bedurfen, in an- 
deren Datenf ormaten eingeschlossen (verpackt) sind, die vom 
WAP-Gateway nicht geeignet behandelt werden konnen. Diesbe- 
zuglich sind im wesentlichen zwei Beispiele zu nennen: 

35 1. Digitale Rechteverwaltung ("Digital Rights Manage- 
ment" :DRM) : Die derzeit im WAP-Forum spezif izierte Losung fur 
die Verwaltung von Rechten geschvitzter digitaler Objekte ba- 
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sxert darauf, dass ein Objekt in einer Container-Datei bzw 
einem C ° ntainer transportiert wird, der fur unverschlusselte 
Ob^ekte den Typ "application/vnd.wap.drm.message" und fur 
verschlusselte objekte den Typ "applicati- 

on/vnd.wap.drm. content" hat. Bei den unverschlusselten Objek- 
ten besteht theoretisch die Option, dass ein WAP-Gateway auf 
das eingeschlossene Objekt zugreift und es verandert, wobei 
dies nicht explizit vorgesehen ist. Bei verschlusselten Ob- 
jekten hat das WAP-Gateway keine Zugrif f smoglichkeit auf das 
Objekt, da es den Schlussel nicht hat und die Daten daher nur 
als binares Paket erscheinen. Auch wenn das eingeschlossene 
Ob D ekt ein Bild eines dem WAP-Gateway bekannten Typs ist, das 
entsprechend in einen anderen Typ gewandelt werden konnte 
ist dies in dem beschriebenen Fall nicht moglich. Das einge- 
schlossene Objekt wurde vom WAP-Gateway unverandert an die 
Telekommunikationseinrichtung weitergereicht , auf der es 
nicht darges.tellt werden konnte. 

2. Multimedia Messaging Service (MMS) : Im MMS wird die Nach- 
ncht in Form einer Multimedia Message (MM) von einem soge- 
nannten MMS -Relay/Server (der als eine MM S - 

Vermittlungseinheit in einem Netz dient) an einen MMS- 
Klienten (MMS Client) , eine spezielle Anwendung auf der WAP- 
fahigen Telekommunikationseinrichtung ubertragen. Die MM ist 
25 in der vom WAP-Forum spezif izierten Losung eine Nachricht mit 
binaren Codes zur Darstellung der Kopffelder, die dem WAP- 
Gateway nicht bekannt sind. Die Nachrichten haben den Typ 
applxcation/vnd.wap.mms -message" und enthalten die zu trans- 
30 1 fSr ^ renden ° bjekte - Das WAP-Gateway hat wiederum keine Mog- 
30 l lc hkeit, die Objekte aus der Nachricht zu extrahieren und an 
die Eigenschaften der empfangenden Telekommunikationseinrich- 
tung anzupas sen. Wird vom MMS-Relay Server ein Objekt eines 
bestimmten Typs in die MMS Nachricht integriert, der eine 
Konvertierung durch das WAP-Gateway bedarf, kann das WA^! 
Gateway seme Aufgabe jedoch nicht ausfuhren, wodurch das Ob- 
3 ekt unverandert zur Telekommunikationseinrichtung gelangt 
und dort nicht genutzt werden kann. gelangt 
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Weiterhin kann sich eine durch Bildung eines Gesamtprof ils , 
wie es oben beschrieben worden ist, nicht mehr mogliche Un- 
terscheidung zwischen den integralen der Eigenschaf ten der 
Telekommunikationseinrichtung (eventuell mit zusatzlicher 
Hardwarekomponente) und den zusatzlichen Eigenschaf ten des 
Systems aus Telekommunikationseinrichtung und WAP-Gateway 
auch negativ auswirken, wenn z.B. ein Objekt von der Datenbe- 
reitstellungskomponente in unterschiedlichen Formaten angebo- 
ten werden kann, von denen einige eine Konvertierung durch 
das WAP-Gateway bediirfen, urn von der Telekommunikationsein- 
richtung verarbeitet werden zu konnen, und andere unverandert 
vom WAP-Gateway an die Telekommunikationseinrichtung weiter- 
gereicht werden konnen. Hier ist die serverseitige (d.h. von 
der Datenbereitstellungskomponente) Wahl eines Formates, das 
keine Konvertierung durch das WAP-Gateway bedarf, vorteil- 
haft, da eine Konvertierung die Qualitat des Objektes ver- 
schlechtern kann, zusatzliche Zeit beim Herunterladen des Ob- 
jektes fur die Konvertierung benotigt wird, Rechenleistung 
beim WAP-Gateway erfordert und fur den Benutzer je nach Ab- 
rechnungsmodell zusatzliche Kosten verursachen kann. 

Es ist nun die Aufgabe der vorliegenden Erfindung, ein Ver- 
fahren, wie es beispielsweise mit Bezug auf Figur 1 beschrie- 
ben wurde, derart zu verbessern, damit eine effizientere U- 
bertragung von Nutzdatenobjekt , insbesondere von verschliis- 
selten oder gepackten Nutzdatenobjekt, ermoglicht wird. 

Diese Aufgabe wird durch die unabhangigen Anspruche gelost. 
Vorteilhafte Ausgestaltungen sind Gegenstand der Unteranspru- 
che . 

Fur ein Verfahren zum Ubertragen von Nutzdatenobjekten ist 
eine Datenbereitstellungskomponente zur Bereitstellung von 
Nutzdatenobjekten vorgesehen, die Nutzdatenobjekte uber eine 
bzw. zumindest eine Verbindungskomponente zu einer Telekommu- 
nikationseinrichtung eines Benutzers gemaS einem Gesamtpro- 
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f ilinformationsobjekt ubertragt . Das Gesamtprof ilinf ormati- 
onsobjekt gibt dabei an, welcher Typ eines Nutzdatenobjekt an 
die Telekommunikationseinrichtung zu deren Verarbeitung uber- 
tragbar ist. In das Gesamtprof ilinf ormationsobjekt wird fer- 
ner eine erste Prof ilinf ormation eingefugt, die angibt, wel- 
cher Typ von Nutzdatenobjekt direkt von der Telekommunikati- 
onseinrichtung verarbeitbar ist. Es kann ferner eine zweite 
Prof ilinf ormation eingefugt werden, die angibt, welcher Typ 
von Nutzdatenobjekt von der Verbindungskomponente in einen 
von der Telekommunikationseinrichtung verarbeitbaren Typ von 
Nutzdatenobjekt konvertierbar ist. Diese Prof ilinf ormationen, 
insbesondere die erste Prof ilinf ormation, ermoglicht somit 
fur die Datenbereitstellungskomponente eine Auswahl moglichst 
der Typen von Nutzdatenobjekt en fur eine Ubertragung zu der 
Telekommunikationseinrichtung zu treffen, die direkt von der 
Telekommunikationseinrichtung verarbeitbar sind und keine Ma- 
nipulation oder Konvertierung seitens der Verbindungskompo- 
nente bedurfen, urn von der Telekommunikationseinrichtung ver- 
arbeitet zu werden. 

Folglich werden gemaS einer vorteilhaf ten Ausgestaltung zu- 
nachst mit hoher Prioritat Nutzdatenobjekte von einem Typ ge- 
mafi der ersten Prof ilinf ormation von der Datenbereitstel- 
lungskomponente zu der Telekommunikationseinrichtung ubertra- 
gen. Das bedeutet, es wird eine Uberprufung durchgefiihrt , ob 
die Datenbereitstellungskomponente Nutzdatenobjekte bereit- 
stellt, welche direkt von der Telekommunikationseinrichtung 
verarbeitbar sind. Bei erf olgreicher Uberprufung werden der- 
artige Nutzdatenobjekte schlieSlich zur Telekommunikations- 
einrichtung ubertragen. Bezugnehmend auf ein oben erwahntes 
Beispiel, bei dem die Telekommunikationseinrichtung in der 
Lage ist, Bilddaten vom Typ "jpeg" zu verarbeiten, die Ver- 
bindungskomponente in der Lage ist, Bilddaten vom Typ "gif" 
in den Typ "jpeg" zu konvertieren und schlieSlich die Daten- 
bereitstellungskomponente Bilddaten von Typ "jpeg" und "gif" 
bereitstellt, wird nun die Datenbereitstellungskomponente, da 
sie anhand der ersten Prof ilinf ormation erkennt, dass die Te- 
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lekommunikationseinrichtung Bilddaten vom Typ "jpeg" verar- 
beiten kann, sogleich derartige Bilddaten vom Typ "jpeg" an 
die Telekommunikationseinrichtung als Nutzdatenobjekte uber- 
tragen. Zum einen ist hierbei keine Konvertierung der Bildda- 
ten durch die Verbindungskomponente notig (es konnen eventu- 
elle Konvertierungskosten gespart und auch die Ubertragungs- 
zeit ohne Konvertierung verringert werden) und es ist auch 
ein Verpacken bzw. Verschlusseln von Nutzdatenobjekten mog- 
lich, da die Datenbereitstellungskomponente nur Nutzdatenob- 
jekte an die Telekommunikationseinrichtung ubertragt, von der 
sie anhand der ersten Prof ilinf ormation weiS, dass die Tele- 
kommunikationseinrichtung die Nut zdatenob j ekt verarbeiten 
kann. 

Ist eine Uberprufung, ob die Datenbereitstellungskomponente 
Nutzdatenobjekte bereitstellt , welche direkt von der Telekom- 
munikationseinrichtung verarbeitbar sind, negativ, so werden 
gemaS einer weiteren Ausgestaltung der Erfindung Nutzdatenob- 
jekte von einem Typ gemaS der zweiten Prof ilinf ormation mit 
"geringerer Prioritat als zuvor von der Datenbereitstellungs- 
komponente zu der Telekommunikationseinrichtung iibertragen. 

GemaJS einer weiteren vorteilhaf ten Ausgestaltung ubertragt 
die Telekommunikationseinrichtung vor dem Ubertragen von 
Nutzdatenobjekten von der Datenbereitstellungskomponente zu 
der Telekommunikationseinrichtung ein erstes Teilprof ilinf or- 
mationsobjekt mit der ersten Prof ilinf ormation an die Verbin- 
dungskomponente, welche ihrerseits das erste Teilprof ilinf or- 
mationsobjekt um die zweite Prof ilinf ormation zu einem zwei- 
ten Teilprof ilinf ormationsobj ekt erganzt und dieses zur Da- 
tenbereitstellungskomponente ubermittelt . Dort kann dann ba- 
sierend auf dem zweiten Teilprof ilinf ormationsobj ekt bzw. al- 
ien ubermittelten Prof ilinf ormationen ein Gesamtprof ilinf or- 
mationsobj ekt erst el It werden. 

Es ist ferner denkbar, dass die Telekommunikationseinrichtung 
um 3ine zusatzliche Leistungskomponente erganzt wird, die in 
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der Lage ist, den Umfang den von der Telekommunikationsein- 
richtung verarbeitbaren Nutzdatenobjekten zu erweitern* Eine 
derartige Leistungskomponente kann beispielsweise eine zu- 
satzliche Hardwarekomponente, wie ein spezielle Farbanzeige- 
einrichtung mit hoher Auflosung zum Anzeigen hochauf geloster 
und farbiger Bilder oder Graphiken, oder aber auch eine zu- 
satzliche Sof twarekomponente oder Soft war eanwendung, bei- 
spielsweise zum Verarbeiten und Abspielen von Musikdaten im 
MP3 -Format, umfassen. Eine derartige Leistungskomponente kann 
dann in der Lage sein, Typen von Nutzdatenobjekten zu verar- 
beiten, die auch schon die Telekommunikationseinrichtung ver- 
arbeiten kann, sie kann aber auch in der Lage sein weitere 
Typen von Nutzdatenobjekten zu verarbeiten, welche die Tele- 
kommunikationseinrichtung selbst nicht verarbeiten kann. 
Folglich kann dann das erste Teilprof ilinf ormationsobjekt urn 
eine dritte Prof ilinf ormation erganzt werden, die angibt, um 
welche Typen von Nutzdatenobjekten der Umfang der Nutzdaten- 
objekte der Telekommunikationseinrichtung durch die zusatzli- 
che Leistungskomponente erweitert wird. 

Zur Minimierung des zu ubertragende Datenvolumens zwischen 
der Telekommunikationseinrichtung und der Verbindungskompo- 
nente (insbesondere, wenn eine Luf tschnittstelle dazwischen 
vorgesehen ist) und/oder zwischen der Verbindungskomponente 
und der Datenbereitstellungskomponente ist es gemaiS einer 
vorteilhaf ten Ausgestaltung auch denkbar, in dem ersten 
und/oder dem zweiten Teilprof ilinf ormationsobjekt die Profil- 
informationen in Form einer Referenz vorzusehen, welche je- 
weils zu Prof ilinf ormationen verweisen, welche auf der Daten- 
bereitstellungskomponente oder einer mit dieser in Verbindung 
stehenden weiteren Datenbereitstellungskomponente gespeichert 
ist. Das bedeutet, in einem Teilprof ilinf ormationsobj ekt kon- 
nen lediglich Adressen, wie z.B. eine URL (URL: Uniform Re- 
source Locator) vorgesehen sein, die auf einen Speicherort in 
der Datenbereitstellungskomponente oder einer anderen Daten- 
bereitstellungskomponente, z.B. einer des Herstellers der Te- 
lekommunikationseinrichtung oder der zusatzlichen Leistungs- 
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komponente, verweisen. Lediglich beim Erzeugen des Gesamtpro- 
filobjekts muss die Datenbereitstellungskomponente die Adres- 
sen anwahlen, urn die entsprechenden Prof il information zu er- 
halten und in das Gesamtprof ilobjekt einzufugen. 

GemaS einer weiteren vorteilhaf ten Ausgestaltung befindet 
sich die Telekommunikationseinrichtung in einem ersten Tele- 
kommunikat ionsnet z , und die Datenbereitstellungskomponente 
und/oder die weitere Datenbereitstellungskomponente in einem 
zweiten Telekommunika t ionsnet z, wobei das erste und das zwei- 
te Telekommunikat ionsnet z miteinander verbunden sind. Die 
Verbindungskomponente kann dann in dem ersten oder dem zwei- 
ten Telekommunikat ionsnet z angeordnet sein, oder insbesondere 
zur Verbindung der beiden Telekommunikationsnetze dienen. Im 
Falle mehrerer Verbindungskomponenten konnen die Verbindungs- 
komponenten dann schliefilich an den gerade angegebenen Orten 
angeordnet sein (z.B. kann, wie es spater noch erwahnt werden 
wird, eine Verbindungskomponente als ein WAP-Gateway zur Ver- 
bindung der beiden Telekommunikationsnetze dienen, wahrend 
'ein oder mehrere andere Verbindungskomponenten beispielsweise 
als Konvertierungseinheiten von Daten bzw. Nutzdatenobjekten 
in einem der angegebenen Telekommunikationsnetze vorgesehen 
sind) . Es ist dabei moglich, dass das erste Telekommunikat i- 
onsnetz als ein Mobilf unknetz ausgebildet ist, das insbeson- 
dere gemaS dem GSM (Global System for Mobile Communications) - 
oder dem UMTS (Universal Mobile Tel communications System) - 
Standard betrieben wird. Bei einer derartigen Ausgestaltung 
eines ersten Telekommunikat ionsnet zes kann die Ubertragung 
von Nutzdatenobjekten zu der Telekommunikationseinrichtung 
mittels WAP-Protokollen, insbesondere dem Wireless Session 
Protokoll, erfolgen. In diesem Zusammenhang kann die Verbin- 
dungskomponente zum Verbinden des ersten und des zweiten Te- 
lekommunikat ionsnet zes als ein WAP-Gateway ausgebildet sein. 
Es ist weiterhin denkbar, dass das zweite Telekommunikations- 
netz als ein auf einem Internetprotokoll basierendes Netz 
ausgebildet ist, in dem die Ubertragung von Daten insbesonde- 
re mittels dem Hypertext Transfer Protocol erf olgt . 
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GemaS einer vorteilhaf ten Ausgestaltung umfasst die Telekom- 
munxkationseinrichtung ein Funkmodul, und ist insbesondere 
als ein Mobiltelef on, ein Schnurlostelefon, ein tragbarer 
■ Computer oder ein Smartphone (eine Kombination aus Mobiltele- 
fon und kleinem tragbaren Computer) ausgebildet. 

Gernai* einer weiteren vorteilhaf ten Ausgestaltung konnen die 
Nutzdatenobjekte Textinf ormationen, Audioinformationen, vi- 
deoinformationen, ausfuhrbare Programme, Sof twaremodule oder 
eine Kombination dieser Datenarten enthalten. 

Bevorzugte Ausfuhrungsf ormen der vorliegenden Erfindung wer- 
den nachfolgend bezugnehmend auf die beiliegenden Zeichnungen 
naher erlautert . Es zeigen: 

Pigur 1 ein Blockschaltbild mit den bei einem Verfahren zum 
Ubertragen von Nutzdatenobjekten beteiligten Kompo- 
nenten unter Verwendung von Eigenschaf tsprof ilen o- 
der User-Agent-Profiles der verschiedenen im Uber- 
tragungsweg vorgesehen Komponenten einschlieSlich 
des Datenflusses zwischen den Komponenten; 

Pigur 2 eine Tabelle zur Kennzeichnung oder Codierung von 
im Datenubertragungsweg vorgesehen Komponenten in 
jeweiligen Eigenschaf tsprof ilen; 

Pigur 3 eine Darstellung eines Eigenschaf tsprof ils in XML 
(XML: Extensible Markup Language) gemaS einer ers- 
ten Ausgestaltung; 

Pigur 4 eine Darstellung eines Eigenschaf tsprof ils in XML 
gemaS einer zweiten Ausgestaltung. 





im folgenden sollan nun Cliche Ausfuhrungsforman zum Obar- 
tragan von Nutsaatanobjaktan von ainer Datanbaraitstallungs- 
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komponente uber Verbindungskomponente auf eine Telekommunika- 
tionseinrichtung, insbesondere ein Mobil telef on eines Benut- 
zers (im folgenden einfach als ein Endgerat bezeichnet) , er- 
lautert werden. 

Bei der Erlauterung der bevorzugten Ausfuhrungsf ormen der Er- 
findung wird von einer entsprechenden Konf iguration einer Te- 
lekommunikationsanordnung ausgegangen, wie sie bereits bezug- 
lich Figur 1 diskutiert worden ist. Eine derartige Telekommu- 
nikationsanordnung umfasst auch wieder eine Datenbereitstel- 
lungskomponente bzw. einen Datenserver D zutn Bereitstellen 
von Nutzdatenobjekten (sei es verschliisselt oder unverschlus- 
selt, in eine Container-Datei bzw. ein Container-Objekt ge- 
packt oder nicht, usw.) , eine Verbindungskomponente G zum 
Weiterleiten von Daten bzw. Nutzdatenobjekten und schlieSlich 
eine Telekommunikationseinrichtung bzw. das Endgerat T eines 
Benutzers. Es wird wiederum davon ausgegangen, dass sich das 
Endgerat T in einem erst en Telekommunikationsnetz in der Aus- 
gestaltung eines Mobilf unknetzes befindet, in dem die Uber- 
'tragung von Daten allgemein, insbesondere von Nutzdatenobjek- 
ten mittels eines vom WAP-Forum (WAP: Wireless Application 
Protocol) spezif izierten Protokolls erf olgt . Ferner wird an- 
genommen, dass sich die Datenbereitstellungskomponente eines 
Daten- oder Inhalteanbieters in einem zweiten Telekommunika- 
tionsnetz befindet, das als ein auf einem Internetprotokoll 
(wie dem http) basierendes Netz ausgebildet ist. Als Verbin- 
dungseinrichtung zum Herstellen einer Datenverbindung zwi- 
schen dem ersten Telekommunikationsnetz und dem zweiten Tele- 
kommunikationsnetz ist die Verbindungskomponente vorgesehen,- 
die bei der beschriebenen Konf iguration als ein sogenanntes 
WAP -Gateway dient . 

Zur Mitteilung der Eigenschaf ten, insbesondere bezuglich der 
Verarbeitung bestimmter Nutzdatenobjekte, an die Datenbereit- 
stellungskomponente D, entsprechend dem in Figur 1 gezeigten 
Verfahren, werden die Eigenschaf ten in Eigenschaf tsprof ilen 
oder "UA-Profs" (UA-Prof: User Agent Profile), welche vor- 
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teilhafterweise auf der Metasprache XML (XML - Extensible 
Markup Language) basieren, dargestellt. XML-basierte Formate 
eignen sich besonders gut fur den Plattform- und Software- 
unabhangigen Austausch strukturierter Daten zwischen Program- 
men und Rechnern bzw. Software- und Hardwarekomponenten un- 
terschiedlicher Hersteller und Systeme. 

Ein Profil karm mehrere Komponenten beschreiben (z.B. fur 
Software, Hardware, WAP Push, usw.), wobei jede Komponente 
mehrere Attribute mit den dazugehorigen Werten enthalten kann 
(in der Hardware Komponente sind mogliche Attribute bei- 
spielsweise BildschirmgroSe, Farbdarstellungsmoglichkeit , 
usw.). Im Folgenden wird eine prinzipielle Struktur eines 
Profils gezeigt, so wie es vom WAP-Forum fur UA-Prof defi- 
niert wurde: 

Komponente__l 
Attribut_la = Wert_la 
Attribut_lb = Wert_JLb 
Komponent e_2 
Attribut_2a = Wert_2a 
Attribut_2b = Wert_2b 
Attribut_2c = Wert_2c 
Attributed = Wert_2d 

Diese Art der Gliederung hat mehrere Vorteile. Alle Komponen- 
ten und Attribute konnen flexibel genutzt werden, die Struk- 
tur ist beliebig erweiterbar und erlaubt aufierdem anschauli- 
che Darstellungsmoglichkeiten. 

Ein Verfahren gemaS einer bevorzugten Ausgestaltung der Er- 
findung ermoglicht nun serverseitig, d.h. auf Seite der Da- 
tenbereitstellungskomponente, eine Unterscheidung zwischen 
den Eigenschaften des hier WAP-fahigen Endgerates und den zu- 
satzlichen Eigenschaften der Kombination aus dem WAP-fahigem 
Endgerat und weiteren im Datenubertragungsweg vorhandenen 
Komponenten, wie der Verbindungskomponente (im folgenden nur 
noch als WAP-Gateway bezeichnet) . Ausgehend von dem in Figur 
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1 dargestellten Verfahren, werden die einzelnen Profile bzw. 
UA-Profs (Basisprofil und Dif f erenzprof ile) bezuglich ihrer 
Herkunft gekennzeichnet, was serverseitig eine Auswertung er- 
moglicht, welche Konvertierungsf unktionalitat eines WAP- 
Gateways oder eines eventuell vorhandenen zusatzlichen Kon- 
vertierungs servers, beispielsweise in dem zweiten Telekommu- 
nikationsnetz, bei der Ubertragung bzw. Zustellung von Inhal- 
ten (bezuglich Nutzdatenobjekten) in einem bestimmten Format 
genutzt werden kann und welches nicht . 

Es existieren verschiedene Moglichkeiten, den Bezug eines 
Profils bzw. UA-Prof zu kennzeichnen: 

a) In einer einfachsten Variante wird durch die Kennzeichnung 
nur zwischen "Endgerat" und " zwischengeschalteter Instanz" 
(wie WAP-Gateway) unterschieden. Hierzu konnen die Profile 
mit einfachen Markierungen versehen werden, wobei auch die 
Markierung eines Profiltyps ausreicht, z.B. die Markierung 
der Profile zwischengeschalteter Instanzen (WAP-Gateway, Kon- 
vertierungsserver, usw.) . Vorteilhaft an dieser Variante ist, 
dass endgerateseitig und auch auf der Luf tschnitts telle Ande- 
rungen nicht unbedingt erforderlich sind. 

b) In einer etwas komplexeren Variante versieht jedes Endge- 
rat bzw. jede Komponente im Ubertragungsweg das eigene Profil 
mit einem individuellen, vorher vereinbarten Code (textuell 
oder binar) . Beispielsweise bedeutet binarer Code "2": "die- 
ses Profil stammt von einem WAP-Gateway" . Vorteilhaft sind 
eine gegenuber Variante a) hohere Gewissheit, aus welcher 
Quelle ein Profil stammt, da hier jedes Profil gekennzeichnet 
sein soil. AuSerdem kann weiter dif f erenziert werden, wenn 
statt einer simplen Markierung (Boolsche Aussage) eine groSe- 
re Wertemenge genutzt wird, durch die z.B. zwischen den Kate- 
gorien "WAP-fahiges Endgerat", "WAP-Gateway", "WAP-Proxy" 
(als weitere Komponente im Ubertragsweg) und weiteren Kompo- 
nenten unterschieden werden kann. 
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c) Diese Variante baut auf Variant e b) auf, enthalt aber zu- 
satzlich noch die Information, ob von nachf olgenden Einheiten 
bzw. Komponenten im Ubertragungsweg weitere (Diffe- 
renz-) Prof ile ubertragen werden durfen. Fur bestimmte Anwen- 
dungen wird es somit moglich, die Signalisierung von Konver- 
tierungsmoglichkeiten durch das WAP-Gateway und andere nach- 
folgende Konvertierungseinheiten zu unterbinden. 

Die Anwendung eines Verfahrens gema£ einer Ausgestaltung der 
Erfindung, wie beispielsweise beim Laden DRM (DRM: Digital 
Rights Management) -geschutzter Objekte und auch bei MMS (MMS: 
Multi Media Messaging Service) hat den Vorteil, dass die Da- 
tenbereitstellungskomponente bzw. der Datenbereitstellungs- 
server die Eigenschaf ten des WAP-fahigen Endgerates allein 
betrachten kann und nur die dafur geeigneten Objekte bzw. 
Nutzdatenobjekte versenden kann. Nicht geeignete Objekte wer- 
den direkt von der Datenbereitstellungskomponente erkannt und 
nicht ubertragen, der Nutzer bekommt also nicht versehentlich 
unbrauchbare Objekte zugesandt . 

1st die Datenbereitstellungskomponente in der Lage, Nutzda- 
tenobjekte mit gleichem Inhalt aber verschiedenen Datentyps 
bereitzustellen, so kann durch eine Kennzeichnung von Eigen- 
schaf ten in UA- Profs, d.h. eine Zuordnung von Eigenschaf ten 
zu einer bestimmten Komponente im Ubertragungsweg, bewirken, 
dass die Datenbereitstellungskomponente mit hoherer Prioritat 
gleich ein Nutzdatenobjekt zur Ubertragung auswahlt, das auch 
ohne Konvertierung durch eine zwischengeschaltete Komponente 
im Ubertragungsweg, wie dem WAP-Gateway, endgerateseitig ge- 
nutzt werden kann. Unnotige Datenf ormat - Konvert i erungen wer- 
den damit vermieden. 

Nochmals zusammengef asst werden gemafi der dargestellten Aus- 
fuhrungsform Profile und (nach Zusammenfuhrung von Profilen) 
Profilbestandteile bezuglich ihrer Herkunft und der damit er- 
moglichten serverseitigen Unterscheidung zwischen Eigenschaf - 
ten des WAP-fahigen Endgerates und zusatzlichen Eigenschaf ten 
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des Gesamtsystems, bestehend aus WAP-fahigem Endgerat, WAP- 
Gateway und eventuell weiteren Komponenten auf dem Ubertra- 
gungsweg, die den zu ubertragenden Inhalt verandem konnen, 
gekennzeichnet . Mit der Kennzeichnung der einzelnen Profile 
bzw UA-Profs kann also serverseitig folgende Frage geklart 
werden, von welcher ubertragungseinheit (WAP-fahiges Endge- 
rat WAP-Gateway, zwischengeschalteter Konvertierungseinheit , 
usw') das entsprechende Profil stammt. Der Server am Ende der 
Ubertragungskette soil diese zusatzliche Information bei der 
Auswahl zwischen verschiedenen vorhandenen Datei-Typen und 
Formaten berucksichtigen. AuSerdem hat eine Einheit die Mog- 
lichkeit, bei Bedarf ein weiteres Anhangen von Dif f erenzpro- 
filen zu unterbinden. 

An dieser Stelle sei noch erwahnt, dass das hierin beschrie- 
bene Verfahren nicht auf die hier beispielhaft beschriebenen 
Ausfiihrungsformen beschrankt ist, sondern auch auf andere 
WAP-basierte Anwendungen angewendet werden kann. 



in folgenden sollen nun detailliert die Vorteile oben darge- 
stellter Prinzipien bezuglich eines Verfahrens zum Ubertragen 
von Nutzdatenobjekten unter Verwendung von Profilen bzw. UA- 
Profs, insbesondere im Zusammenhang mit der Zustellung DRM- 
geschutzter Objekte, der Zustellung von Multimedianachrichten 
im Multimedia Messaging Service und beim Browsen auf Basis 
der vom WAP-Forum spezif izierten Protokolle, dargestellt wer- 
den. 

GemaS dem folgenden Beispiel wird angenommen, dass ein WAP- 
fahiges Endgerat von sich aus keine Standbilder darstellen 
kann, jedoch durch ein angesteckten Hardware -Modul derartig 
erweitert ist, dass es auch Standbilder im Format "jpeg" dar- 
stellen kann. Wie oben bereits erwahnt, erfolgt die Anbindung 
des Endgerates an das Internet uber das WAP-Gateway, das fer- 
ner in der Lage ist, Standbilder vom Format "gif" in das For- 
mat "jpeg" zu konvertieren. Der Unterschied zwischen dem hier 
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beschriebenen Verfahren und dem zu Beginn bezuglich Figur 1 
beschriebenen Verfahren besteht nun darin, dass die Profile 
bezuglich ihrer Herkunft gekennzeichnet sind. Das bedeutet, 
neben den Fahigkeiten der entsprechenden Endgerate bzw. Uber- 
tragungseinheiten ist zusatzlich auch die Information enthal- 
ten, von welchem Endgerat bzw. von welcher Ubertragungsein- 
heit, wie dem WAP-Gateway, das jeweilige Dif f erenz-Prof il 
stammt. Diese erweiterten Profile sind im Folgenden mit einem 
Stern gekennzeichnet. Ansonsten verlauft die Ubertragung und 
Verarbeitung der jeweiligen Profile, wie bereits bezuglich 
Figur 1 beschrieben ab, weshalb im folgenden fur die Erlaute- 
rung der einzelnen Schritte bezuglich der erweiterten mit 
Stern versehenen Profile auf die Erlauterung der Profile ohne 
Stem verwiesen wird. 




Bezugnehmend auf Figur 1 ubermittelt das WAP-fahige Endgerat 
T neben seinem Basis-Profil BP* auch das Dif f erenz-Prof il 
DP3* (vgl. Schritt 5), das die zusatzlichen Fahigkeiten durch 
das angesteckte Hardware -Modul beschreibt, an das WAP-Gateway 
20 G. Dies schickt neben den beiden Profilen des WAP-fahigen 
Endgerates (Basis-Profil BP* und Dif f erenz-Prof il DP3*) auch 
sein eigenes Dif f erenzprof il DP2* an die Datenbereitstel- 
lungskomponente D (analog zu dem in Figur 1 dargestellten 
Szenario) . 

5 

Dadurch hat das letzte Glied in der Ubertragungskette bzw 
dem Ubertragungsweg (hier die Datenbereitstellungskomponente 
D) bex der Ermittelung des result ierenden Gesamtprof ils RP* 
(entsprechend dem Gesamtprof il) Kenntnis daruber, welche Fa- 
0 higkeiten das (mit dem Modul erweiterte) WAP-fahige Endgerat 
T besitzt, namlich hier die Darstellung von Standbildern des 
Daten-Formates "jpeg", und welche Fahigkeiten einer zwischen- 
geschalteten Ubertragungseinheit zuzuordnen sind, namlich die 
Konvertierung von Standbildern des Daten-Formates "gif" in 
5 das Daten-Format -jpeg" durch das WAP-Gateway. 





Im folgende sei auf die Semantik der Kennzeichnung eingegan- 
gen. Von den oben beschriebenen . Varianten zur Kennzeichnung 
der Profile wird im folgenden die Variante c) verwendet, bei 
der einerseits die Funktion der in dem Profil beschriebenen 
Einheit (WAP-fahiges Endgerat, WAP-Gateway, usw.) gekenn- 
zeichnet wird und andererseits gekennzeichnet wird, ob weite- 
re Profile von nachf olgenden Einheiten der ubertragungskette 
angefugt werden durfen. 

Figur 2 zeigt eine Tabelle gemafi einer vorteilhaf ten Ausges- 
taltung einer binaren Codierung fiir das Kennzeichnen von Pro- 
filer Demnach kann ein WAP-fahiges Endgerat sein Basis- 
Prof il entweder mit der binaren Kennzeichnung oder "0" 
verschicken und damit den anderen Ubertragungseinheiten in 
der ubertragungskette das Ubermitteln ihrer Dif f erenz-Prof ile 
entweder erlauben oder untersagen. Das nachste Glied in der 
Ubertragungskette (WAP-fahiges Endgerat mit Zusatzmodul, WAP- 
Gateway, eventuell WAP-Proxy oder Konvertierungsserver, 
usw.), welches ein Dif f erenz-Prof il erganzen mochte, wertet 
zunachst das Basis-Prof il des WAP-fahigen Endgerates aus . 
Falls das Erganzen von Dif f erenz-Prof ilen erlaubt ist, kann 
es nun sein eigenes Dif f erenz-Prof il mit einer entsprechenden 
Kennzeichnung nach Tabelle von Figur 2 ubermitteln. Auf diese 
Weise ware es dem letzten Glied in der Ubertragungskette 
(d.h. dem Server) moglich, die verschiedenen (Diffe- 
renz-) Prof ile unterscheiden zu konnen. 

Unabhangig davon kann jedes Endgerat bzw. jede Ubertragungs - 
einheit zusatzlich eine fortlaufende Nummerierung seines Pro- 
fils vornehmen. In diesem Fall erhielte die Datenbereitstel- 
lungskomponente D sogar noch Auskunft uber die Reihenfolge 
der an der Ubertragung der Daten beteiligten Netzwerkelemen- 
te. 



Im folgende sei auf die Syntax der Kennzeichnung eingegangen. 
Es werden nun ganz allgemein unterschiedliche Moglichkeiten 
zum Kennzeichnen eines Profils vorgestellt. Dabei wird nicht 



200213832 



20 



mehr zwischen Basis-Prof il und Dif ferenz-Prof il (en) unter- 
schieden. Bei der Kennzeichnung soil dabei vorzugsweise die 
oben beschriebene Semantik gemafi der Tabelle nach Figur 2 
verwendet werden, allerdings ist auch jede andere vorher ver- 
5 einbarte Semantik denkbar. 

Mogliche alternative Ausfuhrungsmoglichkeiten zum Kennzeich- 
nen eines Profils sind: 



.5 



10 1. Ein neues Kopf-Feld wird dem zu iibertragenden Profil in 
der entsprechenden Sitzungsschicht (HTTP oder WSP) vorange- 
stellt. Die beiden hier benutzten Sitzungsschicht-Protokolle 
HTTP und WSP (WSP: Wireless Session Protocol) erlauben nach 
[8] und [9] die Definition neuer Kopf-Felder und bedienen 
sich dabei des in [10] beschriebenen textuellen Formates, wo- 
nach ein Kopf-Feld aus einem Feld-Namen (obligatorisch) und 
einem Feld-Wert (optional) besteht. Urn auf der Luf t sennit t- 
stelle nicht zu viel Daten ubertragen zu mussen, empfiehlt 
das WSP [9] fvir haufig benutze (sogenannte "well-known") 
Kopf-Felder eine binare Codierung. So wird beispielsweise aus 
einem Feld/Attribut "X-Mms-Sender- Visibility : Show" (29 
Bytes) die Kurzform "93 11" in hexadezimaler Codierung (zwei 
Bytes) . 



Gemafi einer bevorzugten Ausfiihrungsf orm der Erfindung wird 
die Einfiihrung eines neuen Kopf-Feldes zur Kennzeichnung von 
Profilen vorgeschlagen, das ebenfalls auf dem in [10] be- 
schriebenen Format basieren soli. Der Feld-Name des neuen 
Kopf-Feldes fur die beiden hier verwendeten Protokolle HTTP 
und WSP konnte beispielsweise "x-wap-prof ile-source" heifien. 

Die folgende Darstellung zeigt das textuell codierte Kopf- 
Feld "x-wap-profile-source" links mit einem textuell codier- 
ten Feldwert und rechts mit einem binar (dezimal) codierten 
Feld-Wert : 



x-wap-profile-source: WAP-Gateway; x-wap-prof ile- 
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2. Die Markierung erfolgt direkt im http- bzw. WSP- 
Headerfeld durch einen zusatzlichen Parameter. Damit ist 
prinzipiell dieselbe Inf ormationscodierung wie mit dem unter 
1. beschriebenen Ansatz moglich. Es wird dazu z.B. die Defi- 
nition des Headerfeldes "x-wap-prof ile" urn einen Parameter 
erganzt, der die serverseitige Zuordnung zu einer Einheit im 
System ermoglicht. 

3. Das Profil wird urn ein neues XML-Attribut erweitert. Wie 
bereits oben erlautert werden vorteilhaf terweise samtliche 
Profile fur ein WAP- UA-Prof basierend auf- XML beschrieben. 
Eigenstandige Inf ormationsblocke bzw. einzelne Inf ormationen 
werden innerhalb eines Profils mit sogenannten "Tags" (Mar- 
kierungen) voneinander abgegrenzt . Die meisten dieser Tags 
treten in XML-Anwendungen paarweise als Start- und End- 
Befehle auf und geben an, welche Bedeutung der von ihnen ein- 
geschlossene Text hat. Dieser Text kann wiederum durch weite- 
*re Tags unterteilt sein, urn beispielsweise Listen von Parame- 
tern fur ein Attribut zu ermoglichen. Die Parameter der ein- 
zelnen Tags werden Attribute genarmt . Sie werden immer durch' 
Quotierungs-Zeichen ("<" und ">") eingeschlossen. 

Figur 3 zeigt die Verwendung des gemaS einer Ausf uhrungsf orm 
der Erfindung neu definierten XML-Attributes "Source" (in 
Fettdruck hervorgehoben; gesamtes neues Element doppelt ein- 
gerahmt) , das die Kennzeichnung eines Profils (oder einer 
einzelnen Prof il-Komponente) durch ein Endgerat bzw. eine U- 
bertragungseinheit erlaubt. Bei Verwendung eines neuen XML- 
Attributes muss in dem entsprechenden Profil auch der dazuge- 
horige neue "XML-namespace" referenziert werden, der in die- 
sem Beispiel durch "prf2" gekennzeichnet ist. Der Wert des 
Attributes Source ^ist in Figur 3 textuell codiert (WAP GW 
bzw. WAP Gateway) . Denkbar ist auch eine binare Codierung des 
Attribut -Wertes nach der Tabelle in Figur 2 (z.B. "WAP Gate- 
way" = "2") . 
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Mdchte man zusatzlich eine fortlaufende Nummerierung . von Pro- 
filen (wie oben beschrieben) mit Hilfe von XML-Attributen re- 
alisieren, so bieten sich die folgenden zwei Moglichkeiten 



an: 



Der Attribut-Wert des Attributes "Source" wird so definiert, 
dass er aus einer Liste von Parametern mit unterschiedlicher 
Bedeutung besteht . Pigur 4 zeigt dazu ein Beispiel, in dem 
der Attribut-Wert von "Source" aus einer Liste von zwei Para- 
metern besteht, wobei der einleitend beschriebene Klammer- 
Mechanismus von Attribut-Werten umgesetzt wurde: Innerhalb 
des Attributes "Source" wird durch "Bag" signalisiert , dass 
mehrere Attribut-Werte folgen (erf indungsgemafc neue Elemente 
sind wieder doppelt eingerahmt) . Die Erweiterung "Seg" in den 
Klammern bedeutet, dass die Reihenfolge der Parameter in der 
Liste von Bedeutung ist. Per definitionem konnte Parameter 1 
beispielsweise fur die fortlaufende Nummerierung und Parame- 
ter 2 fur die Kennzeichnung des Profils durch ein Endgerat 
Oder eine weitere Komponente im Ubertragungsweg (z.B. eine 
Netzwerkeinheit) , vorzugsweise durch den in der Tabelle von 
Figur 2 definierten Code, stehen. 

Neben der hier dargestellten textuellen Codierung von UA- 
Profs bzw. UA-Prof-Dateien erlaubt [7] auch eine binare Dar- 
stellungsweise, in der alien textuellen Attributen sogenannte 
binare Token zugeordnet sind. Selbstverstandlich lassen sich 
die oben beschriebenen Prinzipien auch in einer binar codier- 
ten UA-Prof-Datei ausdrucken. 

Ein oben beschriebenes Verfahren zum Ubertragen von Nutzda- 
tenobjekten unter Verwendung von Eigenschaf tsprof ilen bzw. 
UA-Profs kann auch fur die Ubertragung DRM-geschutzter Objek- 
te angewendet werden. Werden hierbei in der oben beschriebe- 
nen Ausgestaltung der Telekommunikationsanordnung bzw. der 
Profilubertragung und Verarbeitung der jeweiligen Komponenten 
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der Telekommunikationsanordnung vom WAP-fahigen Endgerat (T; 
vgl. Figur 1) DRM-geschutzte Daten angefordert, sieht der In- 
formationsf luss wie folgt aus : 

1. Das WAP-fahige Endgerat (T) sendet eine Daten-Anf orderung 
zunachst an das WAP-Gateway (G) . Darin enthalten sind das Ba- 
sisprofil BP* (es sei fur folgende Erlauterung wiederum auf 
Figur 1 verwiesen) und das Dif f erenzprof il DP3* zur Beschrei- 
bung des Zusatzmoduls . Beide Profile sind mit der oben be- 
schriebenen neuen Information gekennzeichnet , dass sie dem 
WAP-fahigen Endgerat (T) zugeordnet werden konnen. 

2. Das WAP-Gateway (G) erhalt die Datenanf orderung und leitet 
sie an die Datenbereitstellungskomponente (D) weiter. Es er- 
ganzt dabei die Datenanf orderung urn das Dif f erenzprof il DP2* , 
das gemaS neuer Kennzeichnung dem WAP-Gateway zugeordnet wer- 
den kann. 

3 . Die Datenbereitstellungskomponente (D) erhalt die Datenan- 
' f orderung, wertet die Prof ilinf ormationen aus und erkennt, 

dass das angeforderte Bild vom Endgerat (T) selbst im "jpeg"- 
Format genutzt werden kann, und dass das WAP-Gateway (G) Bil- 
der vom "gif 11 -Format in ein fur das Endgerat geeignetes For- 
mat konvertieren kann (hier kommt nur 11 jpeg" in Frage) . Soil 
nun das Objekt bzw. Nutzdatenobj ekt (das Bild) in DRM- 
geschutzter Form ubertragen werden, muss es zunachst in ein 
anderes Datenf ormat (z.B. " application/vnd . wap . drm. message 
oder application/vnd. wap. drm. content") eingepackt bzw. ver- 
schlusselt werden, womit es fur das WAP-Gateway (G) unzugang- 
lich wird. Die Datenbereitstellungskomponente (D) entscheidet 
daher, das Objekt im "jpeg" -Format in das DRM-Format einzupa- 
cken, damit eine Bearbeitung des Objektes durch das WAP- 
Gateway nicht notig ist. Die Datenbereitstellungskomponente 
(D) versendet das Objekt bzw. Nutzdatenobj ekt im beschriebe- 
nen Format an das WAP-Gateway. 
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4. Das WAP-Gateway empfangt das Objekt, erkennt, dass keine 
Bearbeitung des Objekts bzw. eine Aktion durch das WAP- 
Gateway (G) erforderlich ist und sendet es an das Endgerat 
(T) . 



5. Das Endgerat erhalt das Objekt, packt es aus und kann es 
verwenden . 

Ohne das oben beschriebene Verfahren gemaS einer Ausgestal- 
tung der Erfindung wiirde der gleiche Vorgang wie folgt ausse- 
hen: 



1. Das WAP-fahige Endgerat (T) sendet eine Daten-Anf orderung 
zunachst an das WAP-Gateway (G) . Darin enthalten sind das Ba- 
sisprofil BP und das Dif f erenzprof il DP3 zur Beschreibung des 
Zusatzmoduls (vgl . wiederum Figur 1). 

2. Das WAP-Gateway (G) erhalt die Datenanf orderung und leitet 
sie urn das Dif f erenzprof il DP2 erganzt an die Datenbereit- 
"stellungskomponente (D) weiter. 

3. Die Datenbereitstellungskomponente (D) erhalt die Datenan- 
forderung, wertet die Prof ilinformationen aus und erkennt : 
Das angeforderte Daten bzw. das angeforderte Bild kann von 
der Kombination aus Endgerat (T) und WAP-Gateway (G) im 
"jpeg-Format" und im "gif -Format" genutzt werden. Das Objekt 
soil in DRM-geschiitzter Form ubertragen werden, und muss dazu 
zunachst in ein anderes Datenformat (applicati- 
on/ vnd.wap.drm. mess age oder application/vnd. wap . drm. content) 
eingepackt werden, womit es fur das WAP-Gateway unzuganglich 
wird. Die Datenbereitstellungskomponente (D) entscheidet sich 
eventuell, das Objekt im "gif --Format in das DRM-Format ein- 
zupacken, und versendet das Objekt im beschriebenen Format an 
das WAP-Gateway (G) . 

4. Das WAP-Gateway (G) empfangt das Objekt, erkennt, dass es 
das Objekt nicht bearbeiten kann, da es das umgebende Daten- 
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format nicht kennt, bzw. nicht verarbeiten kann, verandert 
das Objekt nicht sendet es an das Endgerat. 

5. Das Endgerat (T) erhalt das Objekt, packt es aus dem umge- 
benden Datenf ormat aus und kann es aber nicht verwenden. 

Hintergrundangaben u.a. zu den in der Anmeldung behandelten 
Protokollen finden sich z.B. an folgenden Stellen: 

[1] 3GPP TS 23.040 version 5.2.0, Release 5; Third Genera- 
tion Partnership Project; Technical Specification Group Ter- 
minals /Technical realization of the Short Message Service 
(SMS) . 

[2] 3GPP TS 22.140 version 4.1.0, Release 4; Third Genera- 
tion Partnership Project; Technical Specification Group Serv- 
ices and System Aspects; Service Aspects; Stage 1; Multimedia 
Messaging Service (MMS) . 

[3] 3GPP TS 23.140 version 5.1.0, Release 5; Third Genera- 
tion Partnership Project; Technical Specification Group Ter- 
minals; Multimedia Messaging Service (MMS) ; Functional De- 
scription; Stage 2. 

[4] WAP- 2 74 -MMS Architecture Overview; WAP Multimedia Mes- 
saging Service (MMS) Specification Suite 2.0 

[5] WAP- 2 75 -MMS ClientTransaction; WAP Multimedia Messaging 
Service (MMS) Specification Suite 2.0 

[6] WAP-276-MMS ' Encapsulation; WAP Multimedia Messaging 
Service (MMS) Specification Suite 2.0 



[7] WAP-248-UAProf ; WAG User Agent Profile; October 2001 



200213832 



26 

[8] RFC 2616 "Hypertext Transfer Protocol - HTTP/l.l"; June 
1999 

[9] WAP-230-WSP Wireless Session Protocol Specification, ap- 
5 proved version 5-July-2001 

[10] RFC 822 "Standard for the format of ARPA internet text 
messages"; David H. Crocker; August 13, 1982 





Patentanspruche 

1. Verfahren zum Ubertragen von Nutzdatenobjekten von einer 
Datenbereitstellungskomponente (D) zur Bereitstellung von 
Nutzdatenobjekten iiber eine Verbindungskomponente (G) zu ei- 
ner Telekommunikationseinrichtung (T) eines Benutzers gemaS 
einem Gesamtprof ilinf ormationsobj ekt (RP*) , das angibt, wel- 
cher Typ von Nutzdatenobjekten an die Telekommunikationsein- 
richtung zu deren Verarbeitung ubertragbar ist, wobei in das 
Gesamtprof ilinf ormationsobj ekt ferner eine erste Prof ilinf or- 
mation (BP*,DP1*,DP3*) eingefiigt wird, die angibt, welcher 
Typ von Nutzdatenobjekten direkt von der Telekommunikations- 
einrichtung verarbeitbar ist. 

2. Verfahren nach Anspruch 1, bei dem Nutzdatenobjekte von 
einem Typ gemaS der erst en Prof ilinf ormat ion (BP* , DPI* ,DP3*) 
von der Datenbereitstellungskomponente (D) zu der Telekommu- 
nikationseinrichtung (T) ubertragen werden. 

*3. Verfahren nach Anspruch 2, bei dem in das Gesamtprof il- 
inf ormationsobj ekt (RP*) eine zweite Prof ilinf ormation (DP2*) 
eingefiigt wird, die angibt, welcher Typ von Nutzdatenobjekt 
von der Verbindungskomponente (G) in einen von der Telekommu- 
nikationseinrichtung (T) verarbeitbaren Typ von Nutzdatenob- 
jekt konvertierbar ist, wobei Nutzdatenobjekte von einem Typ 
gemaS der zweiten Prof ilinf ormation von der Datenbereitstel- 
lungskomponente zu der Telekommunikationseinrichtung ubertra- 
gen werden, wenn von der Datenbereitstellungskomponente keine 
Nutzdatenobjekte von dem Typ gemaJS der erst en Prof ilinf orma- 
tion bereitgestellt werden. 

4. Verfahren nach einem der Anspruche 1 bis 3, bei dem vor 
dem Ubertragen von Nutzdatenobjekten von der Datenbereitstel- 
lungskomponente (D) zu der Telekommunikationseinrichtung (T) 
die Telekommunikationseinrichtung ein erstes Teilprof ilinf or- 
mationsobj ekt mit der ersten Prof ilinf ormation (BP*, DPI*) an 
die Verbindungskomponente (G) iibertragt, welche ihrerseits 
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das erste Teilprof ilinformationsobjekt urn die zweite Profil- 
information (DP2*) zu einem zweiten Teilprof ilinformationsob- 
jekt erganzt und dieses zur Datenbereitstellungskomponente 
ubermittelt, damit dort basierend auf alien ubermittelten 
Profilinformationen ein Gesamtprof ilinformationsobjekt (RP*) 
erstellbar ist. 

5. Verfahren nach einem der Anspruche 1 bis 4, bei dem die 
Telekommunikationseinrichtung urn eine zusatzliche Leistungs- 
komponente erganzt wird, die in der Lage ist, den Umfang den 
von der Telekommunikationseinrichtung verarbeitbaren Nutzda- 
tenobjekten zu erweitern. 

6. Verfahren nach Anspruch 4 und 5, bei dem das erste Teil- 
prof ilinformationsobjekt urn eine dritte Prof ilinf ormation 
(DP3*) erganzt wird, die angibt, urn welche Typen von Nutzda- 
tenobjekten der Umfang der Nutzdatenobjekte der Telekommuni- 
kationseinrichtung durch die zusatzliche Leistungskomponente 
erweitert wird. 

7. Verfahren nach einem der Anspruche 4 bis 6, bei dem in 
dem ersten und/oder dem zweiten Teilprof ilinf ormationsobjekt 
die Profilinformationen in Form einer Referenz vorgesehen 
sind, welche jeweils zu Profilinformationen verweisen, welche 
auf der Datenbereitstellungskomponente oder einer mit dieser 
in Verbindung stehenden weiteren Datenbereitstellungskompo- 
nente gespeichert ist. 

8. Verfahren nach einem der Anspruche 1 bis 7, bei dem sich 
die Telekommunikationseinrichtung (T) in einem ersten Tele- 
kommunikationsnetz, und die Datenbereitstellungskomponente 
(D) und/oder die weitere Datenbereitstellungskomponente in 
einem zweiten Telekommunikationsnetz befinden, wobei das ers- 
te und das zweite Telekommunikationsnetz miteinander verbun- 
den sind. 
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9. Verfahren nach Anspruch 8, bei dem die Verbindungskompo- 
nente (G) in dem ersten oder dem zweiten Telekommunikations- 
netz angeordnet ist, oder zur Verbindung der beiden Telekom- 
munikationsnetze vorgesehen ist. 

10. Verfahren nach Anspruch 8 oder 9, bei dem das erste Te- 
lekommunikationsnetz als ein Mobilfunknetz ausgebildet ist, 
das insbesondere gemafi dem GSM- und oder dem UMTS -Standard 
betrieben wird. 

11. Verfahren nach Anspruch 10, bei dem die Ubertragung von 
Nutzdatenobjekten zu der Telekommunikationseinrichtung (T) in 
dem ersten Telekommunikationsnetz mittels WAP-Protokollen, 
insbesondere dem Wireless Session Protokoll, erfolgt 

12. Verfahren nach einem der Anspruche 8 bis 12, bei dem das 
zweite Telekommunikationsnetz als ein auf einem Internetpro- 
tokoll basierendes Netz ausgebildet ist, in dem die Ubertra- 
gung von Daten insbesondere mittels dem Hypertext Transfer 
Protocol erfolgt. 

13. Verfahren nach einem der Anspruche 1 bis 12, 

bei dem die Telekommunikationseinrichtung (T) ein Funkmodul 
umfasst, und insbesondere als ein Mobiltelefon, ein Schnur- 
lostelefon, ein tragbarer Computer oder ein Smartphone ausge- 
bildet ist. 

14. Verfahren nach einem der Anspruche 1 bis 13, 

bei dem die Verbindungskomponente (G) als ein WAP-Gateway 
ausgebildet ist. 

15. Verfahren nach einem der Anspruche 1 bis 14, 

bei dem die Nutzdatenobjekte Textinf ormationen, Audioinf orma- 
tionen, Videoinf ormationen, ausfuhrbare Programme, Software- 
module oder eine Kombination dieser Inf ormationen enthalten. 
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16. Telekommunikationsanordnung umfassend eine Datenbereit- 
stellungskomponente (D) zur Bereitstellung von Nutzdatenob- 
jekten, eine Telekommunikationseinrichtung (T) , und eine Ver- 
bindungskomponente (G) zum Ubertragen von Nutzdatenobj ekten 
von der Datenbereitstellungskomponente • zu der Telekommunika- 
tionseinrichtung, wobei die Telekommunikationsanordnung zum 
Durchfiihren eines Verfahrens gemaS einem der Anspruche 1 bis 
15 ausgelegt ist. 
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Zusammenf as sung 

Verfahren zum Ubertragen von Nutzdatenobj ekten 

Offenbart ist ein Verfahren zum Ubertragen von Nutzdatenob- 
j ekten von einer Datenbereitstellungskomponente (D) bzw. ei- 
nem Datenserver uber eine Verbindungskomponente (G) zu einer 
Telekommunikationseinrichtung (T) eines Benutzers, wobei 
durch jeweilige Prof ilinf ormationen (BP*, DPI*, DP*, DP3*) in 
einem Profilobjekt der Datenbereitstellungskomponente mitge- 
teilt wird, welche Typen von Nutzdatenobj ekten die Verbin- 
dungskomponente bzw. die Telekommunikationseinrichtung in der 
Lage ist, jeweils fur sich zu verarbeiten. Somit kann die Da- 
tenbereitstellungskomponente gezielt Nutzdatenobj ekte von dem 
Typ an die Telekommunikationseinrichtung ubertragen, welchen 
diese verarbeiten kann. Das bedeutet, es wird vermieden, dass 
die Datenbereitstellungskomponente Nutzdatenobj ekte von einem 
^Typ absendet, der auf dem Ubertragungsweg zuerst von der Ver- 
bindungskomponente konvertiert werden muss, damit er von der 
Telekommunikationseinrichtung verarbeitbar ist. 
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<?xml version="1 .0"?> 

<rdf:RDF xm!ns^Mp://www.vv3.org/1999/02/22-rdf-syntax-n# 
xmlnsTdf^'httpi/Zvwwv.NA^.org/l 999/02/22-rdf-syntax-ns#' 
xminsprf^'http^/www.wapfomm.org/profiles/UAPROF/cc^ 
xmlns:prf2^tittp://^^ 

<rdf:Description rdf^D^'E^mple^Profile'^ 

<prf:component> 

<rcff:Description rdfilD^'Example^ComponenM^ 
<rdf:type rdf:resoinx^^ttp://\vww.wapforumo^ 

<prf2:Source> WAP Gateway </prf2:Source> 

<prf:CcppAxept> 
<rdf:Bag> 

<rdf:li>image/JPEG</rdf:li> 

<rdf:Bag> 

</prf:CcppAccept> 
</rdf:Description> 
</prf:component> 

</rdf:Description> 

</rdf.RDF> 
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<?xml version="1 .0"?> 

<rdf:RDF xmlns= ,, http://www.v^.org/1999/02/22<df-syntax-nsT . 

xmlns:rdf^http:/A^ 

xmlns:prf^T»ttp://v^ 

xmins:prf2^'http://\^ 

<rdf:Description rdf:ID="ExampIe_Profile M > 

<prf:component> 

<rdf :Description rdf :lD= M Example_ComponenM "> 
<rdf:type rdf:resource= M hflp://w 



<prf2:Source> 
<rdf:Seq> 

<rdf:Ii> 3 </rdf:!i> 

<rdf:li> WAP Gateway </rdf :li> 
</rdf:Seq> 
</prf2:Source> 



<prf:CcppAccept> 
<rdf:Bag> 

<rdf:li>image/JPEG</rdf:li> 

<rtrdf:Bag> 

<7prf:CcppAccept> 
<rdf:Description> 
</prf:component> 

</rdf:Description> 

</rdf:RDF> 
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